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BEHAVIOR DATA FEE COLLECTION SYSTEM 

Background of the Invention 
Field of the Invention 

5 Recently a concept of CRM (Customer Relationship 

Management) has been popular and the number of companies 
advocating a customer-centered policy has increased. 
In that case, it is said that collectively providing 
related commodities and services instead of selling 

10 an individual commodity separately is useful for both 
users and sellers. By obtaining a customer on a line 
or plane instead of at a point/, a sales strategy for 
the customer is made easy to plan and as a result, sales 
to the customer is made easy to make. 

15 The present invention relates to both a 

technology for obtaining/generating the behavior data 
of a user and selling the behavior data and a technology 
for developing commodities and providing information 
services based on the behavior data. The present 

20 invention also relates to a system for trading mass 
marketing data. The present invention also relates to 
a system for collecting fees from facilities, etc., 
included in location information by using data in which 
a paired series of at least location information/time 

25 information and information to be provided to a user 
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depending on both a place and a time to be presented 
are described according to a prescribed specification 
(hereinafter called a "behavior script") . 

5 Description of the Related Art 

The conventional marketing data are obtained by 
mainly collecting the following data related to a place 
or thing. 

-How many people gather where and when? 

10 -How many commodities sell when and where? 

There is conventionally a system for collecting 
and trading such marketing data. For example, a 
commodity purchased by a person belonging to the same 
category as that of a target person can be selected 

15 and recommended by obtaining the purchase histories 
of many purchasers and categorizing them based on 
information about the attribute of a purchaser, 
purchase time, etc. 

However, the data are collected based on one point 

20 of commodity purchase, and there is no marketing data 
about a series of consecutive human behavior . Nor there 
is means for developing commodities, advertising them 
and providing information about them using the data. 

As means for generating and executing a guidance 

25 script in which behavior can be described in a 
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computer-recognizable format, for example, Japanese 
Patent Laid-open No. 2000-215211 "Navigation 
information Provision Device, Navigation Information 
Provision Processing Method, Storage Medium on which 
5 Navigation information Provision Program is recorded, 
Storage Medium of Navigation Script, Navigation Script 
Generation Device, Operation Management Device using 
Navigation Script, Method thereof and Storage Medium, 
Travel Time Adjustment Device using Navigation Script, 

10 Method thereof and Program Storage Medium, Navigation 
Plan Generation Device, Method thereof and Program 
Storage Medium, Navigation information Provision 
Device, Method thereof and Program Storage Medium 7 ' is 
already publicly known . However, this technology does 

15 not disclose a mechanism for collecting a fee from a 
facility when facility information is included in the 
guidance script. 

Since a thing to be purchased or a place to go 
is not known although there is leisure or time, the 

20 thing to be purchased or the place to go is often 
determined referring to an information journal, etc. 
In such a case, the provision of information in relation 
to the attribute and taste of a customer instead of 
sending direct mail (DM) at random or the 

25 introduction/proposal of a total plan, including the 
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purchase of related commodities instead of one 
commodity is more efficient for both a customer and 
a seller. 

To efficiently implement such introduction 
5 /proposal, data about commodities liked by a person 
with a specific attribute and taste or data about other 
commodities liked by a person who likes a specific 
commodity A, etc., are required. Such data about 
commodities have already been collected to some amount 

10 by using the POS ( Point Of Sales ) in shops and the history 
information of credit cards. 

The same applies to the introduction/proposal 
of places to go. The provision of information in 
relation to the attribute and taste of a customer and 

15 the introduction/proposal of a total plan for making 
a tour to several places instead of proposing one place 
is more efficient for both a customer and a seller. 
To efficiently implement data about such 
introduction/proposal, places visited by a person with 

20 a specif ic attribute and taste, data about other places 
liked by a person who often visits a specific place 
X, etc., are reguired. 

However, there is conventionally no system for 
collecting and selling such data about a series of human 

25 behavior. 
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If a customer travels according to a specific 
behavior plan, facilities in places included in the 
behavior plan can provide the customer with more 
effective services by effectively using information 
5 obtained from the behavior plan. However, there is not 
currently a mechanism for providing such a service. 

Summary of the Invention 

It is an obj ect of the present invention to provide 

10 a mechanism for collecting behavior data about behavior 
taken by each customer and selling the data in order 
to solve the problems described above. It is another 
object of the present invention to provide a mechanism 
for sales strategies based on the behavior data. 

15 It is another object of the present invention 

to provide a system for reporting in advance the 
facility utilization plan of a customer to a facility 
by using behavior data, such as a behavior script , etc., 
withmeans for charging when behavior data are generated 

20 or used in order to solve the problems described above 
and to implement a system for establishing such a 
service as business. 

The behavior data fee collection system of the 
present invention comprises a behavior data 

25 acquisition unit, a behavior data recording/storage 



unit, a data sale unit, a mass behavior generation unit, 
a data process unit, a fee collection unit, a place 
data acquisitionunit, abehavior data generation unit , 
a behavior data fee calculation unit, a facility data 
registration unit, a registration fee calculation unit, 
a behavior data process unit, a charging unit, a user 
situation acquisition unit, an information provision 
unit, a judgment unit, a travel data acquisition unit, 
a judgment unit, a facility data acquisition unit, an 
information provision/advertisement unit and a 
proposal unit. 

In the first aspect of the present invention, 
the behavior data acquisition unit obtains behavior 
data about a series of human behavior. The behavior 
data recording/storage unit records/stores obtained 
behavior data. The data sale unit sells the 
recorded/stored behavior data. 

In the second aspect of the present invention, 
the behavior data acquisition unit obtains behavior 
data about a series of human behavior. The behavior 
data recording/storage unit records/stores the 
individual obtained behavior data. The mass behavior 
data generation unit analyzes the recorded/stored 
behavior data and generates mass behavior data by 
statistically processing the behavior data. The data 
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sale unit sells the generated mass behavior data. 

In the third aspect of the present invention, 
the data process unit processes data in which a paired 
series of at least place information and information 
5 about the place provided to a user are described 
according to a prescribed specification. The fee 
collection unit collects fees from facilities included 
in the place information described in the data. 

In the fourth aspect of the present invention, 

10 the data process unit processes data in which a paired 
series of at least place information and information 
about the place provided to a user are described 
according to a prescribed specification . The place data 
acquisition unit obtains place information 

15 transmitted from the place. The behavior data 
generation unit collects information obtained from the 
place data as behavior data. The behavior data fee 
calculation data calculates the fee of the behavior 
data. 

20 In the fifth aspect of the present invention, 

the facility data registration unit registers the data 
of facilities. The registration fee calculation unit 
calculates the fee when the data is registered. The 
behavior data generation unit generates data in which 

25 a paired series of at least place information and 



information about the place provided to a user are 
described according to a prescribed specification 
using the registered facility data. 

In the sixth aspect of the present invention, 
the facility data registration unit registers facility 
data. The behavior data generation unit generates data 
in which a paired series of at least place information 
and information about the place provided to a user are 
described according to a prescribed specification 
using the registered facility data. The behavior data 
process unit obtains information about the use of data 
when the data are generated. The charging unit charges 
a fee against each facility at the time. 

In the seventh aspect of the present invention, 
the facility data registration unit registers facility 
data. The behavior data generation unit generates data 
in which a paired series of at least place information 
and information about the place provided to a user are 
described according to a prescribed specification 
using the registered facility data. The behavior data 
process unit obtains information about the use of data 
when the data are downloaded, when the use of the data 
is started, when each facility is reported in the 
process of the data or when guidance or advertisement 
on each facility is presented to a user in the process 
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of the data. The charging unit charges a fee against 
each facility at the time. 

In the eighth aspect of the present invention, 
the user situation acquisition unit obtains the 
5 location or route of a user. The information provision 
unit provides information based on the obtained 
location or route. The charging unit charges the fee 
when the information is provided. 

In the ninth aspect of the present invention, 
10 the facility data registration unit registers facility 
data. The behavior data generation unit generates data 
in which a paired series of at least place information 
and information about the place provided to a user are 
described according to a prescribed specification 
15 using the registered facility data . The user situation 
acquisition unit obtains the location or route of a 
user. The judgment unit judges relationship between 
the actual location or route of a user and the data. 
The behavior data process unit obtains information 
20 about the use of data when the data are downloaded, 
when the use of the data is started, when each facility 
is reported in the process of the data. The charging 
unit charges a fee against each facility at the time. 
In the tenth aspect of the present invention, 
25 the facility data registration unit registers facility 
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data. The travel data acquisition unit obtains the 
travel data of a user. The judgment unit judges whether 
location data included in the facility data match the 
travel data of the user. The behavior data generation 
5 unit generates the behavior data of the user based on 
the judgment result. The behavior data fee calculation 
unit calculates the fee of the behavior data. 

In the eleventh aspect of the present invention, 
the facility data registration unit registers facility 
10 data. The facility data acquisition unit obtains the 
utilization data of a user. The judgment unit judges 
whether the facility data match the utilization data 
of a user. The behavior data generation unit generates 
the behavior data of a user based on the judgment result . 
15 The behavior data fee calculation unit calculates the 
fee of the behavior data. 

In the twelfth aspect of the present invention, 
the behavior data acquisition unit obtains behavior 
data about a series of human behavior . The information 
20 provision/advertisement unit detects a combination of 
a plurality of pieces of behavior frequently taken from 
the obtained behavior data, and when a user takes one 
of the combinations, the unit provides information 
about or advertises the same behavior combination. 
25 In the thirteenth aspect of the present invention, 
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the behavior data acquisition unit obtains behavior 
data about a series of human behavior. The proposal 
unit categorizes the obtained behavior data for each 
attribute of a user, and when the user with a specific 
5 attribute makes a request for the proposal of a 
destination, the unit proposes a destination matching 
the attribute. 



Brief Descriptions of the Drawings 
10 Fig. 1 shows one configuration of the behavior 

data fee collection system (No. 1); 

Fig. 2 is a flowchart showing the process of the 
behavior data acquisition unit; 

Fig. 3 is a flowchart showing the process of the 
15 data sale unit; 

Fig. 4 shows another configuration of the 
behavior data fee collection system (No. 2); 

Fig. 5 is a flowchart showing the process of the 
mass behavior data generation unit; 
20 Fig. 6 shows another configuration of the 

behavior data fee collection system (No. 3) ; 

Fig. 7 is a flowchart showing the process of the 
behavior script process unit; 

Fig. 8 is a flowchart showing the process of the 
25 place (facility) data acquisition unit; 



Fig. 9 is a flowchart showing the process of the 
behavior data generation unit; 

Fig. 10 is a flowchart showing the process of 
the behavior data fee calculation unit; 

Fig. 11 is a flowchart showing the process of 
the fee collection unit; 

Fig. 12 shows another configuration of the 
behavior data fee collection system (No. 4); 

Fig. 13 shows another configuration of the 
behavior data fee collection system (No. 5); 

Fig. 14 is a flowchart showing the process of 
the facility data registration unit; 

Fig. 15 is a flowchart showing the process of 
the registration fee calculating unit; 

Fig. 16 is a flowchart showing the process of 
the behavior script generation unit; 

Fig. 17 shows another configuration of the 
behavior data fee collection system (No. 6) ; 

Fig. 18 is a flowchart showing the process of 
a behavior script-embedded fee calculation unit; 

Fig. 19 shows another configuration of the 
behavior data fee collection system (No. 7); 

Fig. 20 is a flowchart showing the process of 
the information acquisition unit; 

Fig. 21 is a flowchart showing the process of 
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the charging unit; 

Fig. 22 shows another configuration of the 
behavior data fee collection system (No. 8); 

Fig. 23 shows another configuration of the 
behavior data fee collection system (No. 9) ; 

Fig. 24 is a flowchart showing the process of 
a location/estimated route transmitting unit; 

Fig. 25 is a flowchart showing the process of 
the user situation acquisition unit; 

Fig. 26 is a flowchart showing the process of 
a data retrieval unit; 

Fig. 27 shows another configuration of the 
behavior data fee collection system (No. 10); 

Fig. 28 shows another configuration of the 
behavior data fee collection system (No. 11); 

Fig. 29 is a flowchart showing the process of 
the travel data acquisition unit; 

Fig. 30 is a flowchart showing the process of 
a facility utilization data acquisition unit; 

Fig. 31 is a flowchart showing the process of 
a data matching unit; 

Fig 32 is a flowchart showing the process of the 
configuration shown in Fig. 27 or 28; 

Fig. 33 shows another configuration of the 
behavior data fee collection system (No. 12); 
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Fig. 34 shows one configuration of amass behavior 
data utilization system; 

Fig. 35 is a flowchart showing the process of 
a commodity development unit; 
5 Fig. 36 is a flowchart showing the process of 

an information service unit; 

Fig. 37 is a flowchart showing the process of 
an advertisement unit; 

Fig. 38 shows the system configuration of the 
10 first preferred embodiment; 

Fig. 39 shows the system configuration of the 
second preferred embodiment; 

Fig. 40 shows the system configuration of the 
third preferred embodiment; 
15 Fig. 41 shows the system configuration of the 

fourth preferred embodiment; 

Fig. 42 shows the system configuration of the 
fifth preferred embodiment; 

Fig. 43 shows the system configuration of the 
20 sixth preferred embodiment; and 

Fig. 44 shows the system configuration of the 
seventh preferred embodiment. 

Detailed Descriptions of the Preferred Embodiments 

25 The present invention implements a system for 
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trading behavior data comprising means for obtaining 
behavior data, means for recording/storing the 
obtained behavior data and means for calculating the 
fee of the recorded/ stored behavior data and selling 
5 the behavior data using a computer, generates both 
behavior data and mass behavior data obtained by 
collecting a plurality of pieces of behavior data and 
solves the problems described above by providing an 
application technology to a computer system for trading 
10 both pieces of the data. In this case, effective data 
as mass marketing data can be obtained by recording 
the obtained behavior data together with a user 
attribute, etc., and making behavior data about when, 
where and in what order a person with a specific 
15 attribute goes. 

For example, if a specific user takes behavior 
of "dining at an Italian restaurant and visiting a place 
where a night scenery canbe observed after an amusement 
park, such behavior data are collected and stored. If 
20 as a result of analyzing the stored data, it is found 
that couples in twenties have the similar behavior 
pattern, one set of a ticket for an amusement park, 
a discount coupon for an Italian dish and a ticket for 
the observatory of a building with a beautiful night 
25 scenery can be put on the market. Such a service not 



only is welcomed by a user, but is also effective for 
a ticket seller. 

The purchase histories of many customers are 
collected in advance and purchased commodities are 
categorized for each customer attribute. If 
commodities purchased by people belonging to the same 
category as a specific customer are recommended when 
the customer "tries to buy a specific commodity, such 
a service not only is helpful for the customer, but 
it is also a very effective sales strategy for a seller. 

Similarly, if apiece of behavior or a destination 
takenby people belonging to the same attribute category 
is also recommended when a specific user "tries to do 
something", such a service not only is helpful for the 
user, but a service provider can also sell a combination 
of a plurality of plans. 

The problems described above can be solved by 
preparing behavior script generation means for 
generating a behavior scrip using both facility data 
registration means and facility data to provide each 
facility with information and to present a user 
information about each facility when a user uses the 
behavior script, introducing a fee calculation unit 
to utilize this service and providing the application 
technology for a computer system to establish such 



service as business. 

The preferred embodiments of the present 
invention are described below. 

Fig. 1 shows one configuration of the behavior 
data fee collection system (No.l) . A behavior data fee 
collection system 100 is a computer system composed 
of a CPU, a memory, a software program, etc., and 
comprises a behavior data acquisition unit 101 
obtaining behavior data 20, a behavior data 
recording/storage unit 201 recording/storing the 
obtained behavior data 20 and a data sale unit 102 
calculating the fee of the stored data and selling the 
data. 

As shown in Fig. 2, the behavior data acquisition 
unit 101, receives, for example, the behavior record 
of a user (raw data) , such as the location data of a 
user (step SI) , arranges the obtained data in a 
prescribed format (stepS2) and generates behavior data 
20, which are a series of behavior records (step S3) . 
The unit 101 writes the behavior data 20 in the behavior 
data recording/storage unit 201. 

As shown in Fig. 3, on receipt of the behavior 
data 20 stored in the behavior data recording/storage 
unit 202 (step S10) , the data sale unit 102 transmits 
the data to a prescribed purchaser (step Sll) , claims 
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a price fixed against the data and collects the fee 
(step S12) . 

Fig. 4 shows another configuration of the 
behavior data fee collection system (No. 2) . The 
behavior data fee collection system 100 comprises a 
behavior data acquisition unit 101 obtaining behavior 
data 20, a behavior data recording/storage unit 201 
recording/storing the obtainedbehavior data 20, amass 
behavior data generation unit 103 generating mass 
behavior data 21 by collecting and statistically 
processing a plurality of pieces of the stored behavior 
data 20, a mass behavior data recording/storage unit 
211 recording/storing the generated mass behavior data 
21 and a data sale unit 102 calculating the fee of the 
mass behavior data 21 and selling the data. 

Both the behavior data acquisition unit 101 and 
data sale unit 102 operates in the same way as those 
shown in Fig. 1. As shown in Fig. 5, on receipt of the 
aggregate of behavior data 20 (step S20) , the mass 
behavior data generation unit 103 totals a plurality 
of pieces of behavior data for each predetermined 
attribute (step S21) and generates mass behavior data 
21 (step S22) . The mass behavior data 21 are, for example , 
data that 15% of persons with attribute A go from 
facilitya to f acility b and 2% of per sons with attribute 



B go from facility a to facility b. 

By providing means for detecting a combination 
of a plurality of pieces of behavior frequently made 
from the behavior data obtained by the behavior data 
acquisition unit 101 and providing information about 
or advertising the same combination of behavior when 
a user takes one of the plurality of pieces of behavior, 
the provision of effective information or 
advertisement can also be implemented as an application 
of this system. 

Fig. 6 shows another configuration of the 
behavior data fee collection system (No. 3) . The 
behavior data fee collection system 100 comprises a 
behavior script process unit 104 processing behavior 
script 30, a place (facility) data acquisition unit 
105 obtaining place data ( facility data) about places 
and facilities transmitted from the behavior script 
process unit 104, a behavior data generation unit 106 
collecting facility data and generating behavior data 
20, a behavior data recording/ storage unit 201 
recording/storing the generated behavior data 20, a 
behavior data fee calculation unit 107 calculating the 
fee of behavior data 20 and a fee collection unit 108 
collecting a fee from an enterprise 40 purchasing the 
behavior data 20. 
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The behavior script 30 is data in which a paired 
series of at least place information and/or time 
information and information provided to a user 
depending on a time and/or place to be presented, and 
5 both the names of facilities visited by a specific user 
and the visiting order can be described in the script. 
This behavior script 30 can be generated by a planning 
agency or travel agency, can be generated in advance 
by an individual or can be automatically generated by 
10 designating requirements. 

The data described based on the prescribed usage 
is a series of instructions described according to a 
prescribed specification that can be described by the 
combination of a description and the content of the 
15 information for distinguish time information and/or 
place information from the guidance information to be 
outputted depending on both a time and/or place to be 
presented. An instruction is the unit of a script 
composed of guidance information, including a time (for 
20 example, departure time, passing time, arrival time, 
starting time, finishing time, etc.), a place (for 
example, starting point, passing point, finishing 
point, intersection, exchanging point, location of a 
facility, etc.) and/or both one shot and partial data 
25 of each type of media data (map, character, voice, music, 
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image, video, etc.). 

The behavior scrip process unit 104 is used to 
perform a series of processes based on a behavior script 
30 and can navigate a user according to a behavior plan 
described in the behavior script 30. The unit 104 can 
also obtain the current location of a user, and if the 
user arrives at a facility described in the behavior 
script 30, the unit 104 can notify a center, etc., of 
the arrival. For both this behavior script 30 and 
behavior script process unit 104, the process 
technology of the guidance script disclosed in the 
Japanese Patent Laid-open No. 2000-21 52 11 can be used. 

As shown in Fig. 7, the behavior script process 
unit 104 first obtains a behavior scrip 3 0 to be executed 
(step S30) and interpret s / executes the script data 
(step S31) . In this way, characters, images, etc., are 
displayed or announced to a user, and the arrival of 
a user at each facility, etc., is reported to each 
facility (step S32) . 

The place (facility) data acquisition unit 105 
obtains the location of a user or information about 
a facility visited by the user, based on data from the 
behavior script process unit 104. If a piece of behavior 
taken at a facility by a user (the purchase of something, 
etc.,) can be obtained, the unit 105 also obtains such 
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information . 

As shown in Fig. 8, the place (facility) data 
acquisition unit 105 sequentially receives place 
(facility) data from the behavior script process unit 
5 104 (step S40) , obtains the location of a user, data 
about a place or facility, etc., (step S41) and makes 
an aggregate of a series of place (facility) data of 
the obtained data (step S42) . 

The behavior data generation unit 106 generates 
10 behavior data 20 from the aggregate of place (facility) 
data inputted from the place (facility) data 
acquisition unit 105. In this case, behavior data 20 
are data in which information about facilities visited 
by a specific user, the visiting order and behavior 
15 taken there by the user are described. 

As shown in Fig. 9, on receipt of the aggregate 
of place (facility) data (step S50) , the behavior data 
generation unit 106 generates behavior data 20 based 
on the aggregate (step S51) . The unit 106 repeats this 
20 process and outputs behavior data 20, which are a series 
of behavior records of a specific user (step S52) . The 
data are, for example, data that a single man of 30 
years old has stayed in facility A from 10 o'clock until 
10 o'clock and a half, then has stayed in facility B 
25 from 12 o'clock until 13 o'clock, etc. 



As shown in Fig. 10, the behavior data fee 
calculation unit 107 reads behavior data 20 stored in 
thebehavior data recording/storage unit 210 (step S60) , 
calculates a fee based on a prescribed standard (step 
S61) and outputs the calculated fee (step S62) . 

As shown in Fig. 11, when obtaining both the 
behavior data 20 and the calculated fee (step S70) , 
the fee collection unit 108 transmits thebehavior data 
20 and presents the fee to a requesting enterprise 40 
(step S71), and collects the fee from the enterprise 
40 that has purchased the data (step S72) . 

Both the behavior data fee calculation unit 107 
and fee collection unit 108 flexibly respond to 
situations by collectively trading depending on the 
content of a contract and modifying a fee depending 
on how to use the data. For the collection method of 
a fee, an electronic settlement technology can also 
be used. 

Fig. 12 shows another configuration of the 
behavior data fee collection system (No. 4). Trading 
individual behavior data without any process has a 
problem from a viewpoint of privacy . Therefore, in this 
configuration, a mass behavior data generation unit 
103 is added to the configuration shown in Fig. 6. In 
this case, the mass behavior data generation unit 103 



can generates mass behavior data 21 for indicating the 
behavior tendency of many persons as statistical data, 
such as data that "persons going from facility A to 
facility B and persons going from f acilityAto facility 
C are 10% and 5%, respectively, and can trade the mass 
behavior data 21. 

Fig. 13 shows another configuration of the 
behavior data fee collection system (No. 5) . This 
configuration comprises a facility data registration 
unit 111 registering a variety of data (facility data) 
about facilities 50 that might be visited by a user 
in a facility data DB 110, a registration fee 
calculating unit 112 calculating a fee fixed against 
the registration when the data are registered and a 
behavior script generation unit 113 generating 
behavior script 30 using the registered facility data. 

As shown in Fig. 14, the facility data 
registration unit 111 obtains facility data, such as 
place information of the facility 50 (latitude, 
longitude, address, etc.), contact information (phone 
number, e-mail address, URL, etc.), guidance 
information (advertisement, how to go, introduction 
text/image, etc.), guidance display conditions 
(geographical scope for guidance display, the 
attribute of a target user for guidance display, etc. ) , 
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etc. , (step S80) and registers the data in the facility 
data DB 110 (step S82) . 

At this moment, as shown in Fig. 15, when obtaining 
the facility data (step S90), the registration fee 
5 calculating unit 112 calculates the registration fee 
of the data in accordance with a standard predetermined 
depending on a geographical scope for guidance display, 
etc., (step S91), claims the registration fee against 
the facility 50 (stepS92) and collects the registration 
10 fee (step S93) . 

As shown in Fig. 16, on receipt of a request from 
a user (stepSlOO), the behavior script generation unit 
113 obtains facility data from the facility data DB 
110 (stepSlOl) and generates a behavior script 30 (step 
15 SI 02) . For example, the unit 113 enables a user to select 
an appropriate behavior script 30 by the user selecting 
a genre or automatically generates a behavior script 
30 by a user setting a starting place, a destination 
and several passing points. In this case, the unit 113 
20 takes information stored in the facility data DB 110 
in the behavior script 30 by displaying information 
about a facility registered in the facility data DB 
110, making the user select a facility from the 
facilities, automatically inserting information about 
25 facilities related to the facility in the course in 
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the automatically generated behavior script 30. Then, 
the unit 113 outputs the generated behavior script 30 
(step S103) . 

By processing the behavior script 30 generated 
5 in this way by the behavior script process unit 104, 
the guidance information about a facility 50 can be 
displayed or arrival at the facility can be reported 
to facilities to be visited later when a user arrives 
at the relevant place. 

10 Fig. 17 shows another configuration of the 

behavior data fee collection system (No. 6) . Although 
this configuration generates a behavior script 30 like 
the configuration shown in Fig. 13, the configuration 
charges when a behavior script 30 is generated using 

15 facility data instead of when the facility data is 
registered. This configuration comprises a behavior 
script-embedded fee calculation unit 114 instead of 
the registration fee calculation unit 112 in the 
configuration shown in Fig. 13. 

20 As shown in Fig. 18, on receipt of the generation 

notice of a behavior script from the behavior script 
generation unit 113 (step S110) , the behavior script 
-embedded fee calculation unit 114 calculates behavior 
script-embedded fee according to a prescribed standard 

25 (step Sill) , claims the behavior scrip-embedded fee 
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against a facility 50, the relevant data of which are 
registered, (step S112) and collects the behavior 
script-embedded fee (step S113) . 

By adopting such a configuration, a fee is charged 
5 based on the total number of lines embedded in an 
actually generated behavior script 30. Therefore, a 
fairer fee can be set. 

Fig. 19 shows another configuration of the 
behavior data fee collection system (No. 7) . Although 

10 this configuration generates a behavior script 30 like 
the configuration shown in Fig. 13, a fee is charged 
when the behavior script process unit 104 presents the 
guidance information of a facility 50 or when the 
arrival is reported to the facility 50. This 

15 configuration comprises an information acquisition 
unit 115 and a charging unit 116 instead of the 
registration fee calculation unit 112 in the 
configuration shown in Fig. 13. 

As shown in Fig. 20, when actually guidance 

20 information about a facility 50 is presented or the 
facility 50 is reported, such as when the behavior 
script process unit 104 downloads data and/or starts 
using data and/or notifies the facility 50 of the 
arrival at the time of data process or when guidance 

25 (advertisement) on the facility is presented to a user 
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(step S120) , the information acquisition unit 115 
obtains information issued at that moment (step S121) 
and requests the charging unit 116 to charge a fee (step 
S122) . 

5 As shown in Fig. 21, on receipt of the charge 

request (step S130) , the charging unit 116 claims the 
fee against the facility 50 according to a prescribed 
standard (step S131) and collects the fee by an 
electronic settlement or another means (step S132) . 

10 Fig. 22 shows another configuration of the 

behavior data fee collection system (No. 8) . According 
to the system with this configuration, if a user 
transmits the current location and the location of a 
destination or a route from the current location to 

15 the destination using a location/estimated route 
transmitting unit 121, a user situation acquisition 
unit 117 obtains the current location and destination 
of the user, and information about a route taken from 
now on by the user, a data retrieval unit 118 retrieves 

20 both the current location and destination of the user, 
and information related to the route estimated to be 
taken by the user, from the facility data DB 110, based 
on the obtained information and provides facility data 
to the user by presenting the retrieval result to the 

25 viewer (display process unit) 122 of the user. This 
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system comprises a facility data registration unit 111 
and registers facility data in the facility data DB 
110. When data are downloaded, when the use of data 
is started and when data are processed or when the viewer 
5 (display process unit) 122 presents guidance 
(advertisement) to the user, the charging unit 116 
charges a fee against the facility 50. 

Fig. 23 shows another configuration of the 
behavior data fee collection system (No. 9) . Although 

10 this configuration is almost the same as that shown 
in Fig. 22, this configuration differs from that shown 
in Fig. 22 in that a behavior script 30 is provided 
to a user instead of data. The data retrieval unit 118 
searches for a behavior script 30 generated by the 

15 behavior script generation unit 113 depending on the 
situation of the user. 

When data are registered, when data are 
downloaded, when the use of data is started, when a 
user reports to a facility 50 or when guidance 

20 (advertisement) on the facility 50 is presented to a 
user, the charging unit 116 charges a fee against the 
facility 50. 

In the configuration shown in Fig. 22 or 23, as 
shown in Fig. 24, on receipt of a request from a user 

25 (step S140) , the location/estimated route 
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transmitting unit 121 generates a location or estimated 
route (stepS141) and transmits the location/estimated 
route of the user to the user situation acquisition 
unit 117 (step S142) . A user's request can be 
5 transmitted/received, as example, as text information 
described in a language for describing a behavior 
script . 

As shown in Fig. 25, on receipt of both the 
location/estimated route and user's request (step 
10 S150) , the user situation acquisition unit 117 
transmits both the location/ estimated route and user's 
request to the data retrieval unit 118 (step S151) and 
obtains matched data from the data retrieval unit 118 
(step S152) . 

15 As shown in Fig. 2 6, on receipt of both the 

location/estimated route and user's request (step 
S160) , the data retrieval unit 118 retrieves data from 
the facility data DB 110 depending on the situations 
of the user's location, the estimated route, etc., 

20 generates data or a behavior script 30 from the 
retrieval result in a single data format or behavior 
script format (step S161) and outputs the data or 
behavior script 30 (step S162) . 

Fig. 27 shows another configuration of the 

25 behavior data fee collection system (NO .10). In the 
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case of this configuration, as in the case of the 
configuration shown in Fig. 13, when there is a request, 
etc., from a facility 50, the facility data registration 
unit 111 stores in advance information about the 
5 location of the facility in the facility data DB 110. 
Every time the travel data acquisition unit 131 obtains 
user's travel data 124, the data matching unit 132 
matches the user' s travel data 124 with the information 
about the location of the facility registered in the 

10 facility data DB 110 . The matched data are transmitted 
to the behavior data generation unit 106. The behavior 
data generation unit 106 generates behavior data by 
arranging/unifying the data. The generated behavior 
data 20 are stored in the behavior data 

15 recording/storage unit 201. The behavior data fee 
calculation unit 107 sets a fee in the behavior data 
20 according to a prescribed standard, transmits the 
data to a requesting enterprise 40 and collects the 
fee . 

20 As in the case of the configuration shown in Fig. 

12, mass behavior data 21 can also be generated by 
totaling a plurality of pieces of behavior data 20 and 
can be sold instead of the behavior data 20. 

Information indicating whether a user actually 

25 has visited a facility 50 or what facilities 50 the 
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user has visited before and after the facility 50 can 
also be fed back to each of the facilities 50, the data 
of which are registered. 

Fig. 28 shows another configuration of the 
5 behavior data fee collection system (NO. 11) . Although 
this configuration is almost the same as that shown 
in Fig. 27, the configuration differs from the 
configuration shown in Fig. 27 in that a facility 
utilization data acquisition unit 133 obtains facility 

10 utilization data ( indicating the purchase of something, 
the ride on something, etc.) transmitted from a facility 
50 instead of the user's travel data 124 and that the 
data matching unit 132 matches the facility utilization 
data with the facility data stored in the facility data 

15 DB 110. 

As shown in Fig. 29, on receipt of the user's 
travel data 124 (step S170) , the travel data acquisition 
unit 131 shown in Fig. 27 transmits the obtained data 
to the data matching unit 132 (step S171) . 

20 As shown in Fig. 30, on receipt of the facility 

utilization data of the user from a facility 50 (step 
S180) , the facility utilization data acquisition unit 
133 shown in Fig. 28 transmits the obtained data to 
the data matching unit 132 (step S181) . 

25 As shown in Fig. 31, on receipt of the location 
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data from the travel data acquisition unit 131 or the 
facility utilization data from the facility 
utilization data acquisition unit 133 (stepS190), the 
data matching unit 132 matches the received data with 
5 the data stored in the facility data DB 110 (step S191) 
and transmits the matched data to the behavior data 
generation unit 106 (step S192). 

Fig. 32 is a flowchart showing the basic process 
in the configuration shown in Figs. 27 and 28. 

10 First, facility data are registered in advance 

in a facility data registration unit 111 (step S200) . 
If a specific user travels, the travel data of a user 
(information about a place where the user has traveled) 
are obtained in some steps by a method for obtaining 

15 latitude/longitude information using a GPS (Global 
Positioning System), etc., or facility utilization 
data (information about a used facility) are obtained 
every time a facility has been used by a method for 
obtaining utilization information in conjunction with 

20 the terminal of a POS system installed in the facility 
50 (step S201) . Then, the data and the data registered 
in advance in the facility data DB 110 are compared 
and it is checked whether they are matched (step S202) . 
Such processes (steps S201andS202) are repeated from 

25 the start of a specific behavior of a user until the 
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finish. Behavior data 20 are generated from both the 
travel records and utilization records stored in this 
way (step S203), the fee of the behavior data 20 is 
calculated (step S204) and the behavior data are sold 
5 to the requesting enterprise 40 (step S205) . 

Fig. 33 shows another configuration of the 
behavior data fee collection system (NO. 12) . If as in 
the case of this configuration, the facility 
utilization data acquisition unit 133 can obtain 

10 facility utilization data from a facility 50, the 
facility utilization data acquisition unit 133 can also 
generate behavior data 20 from facility utilization 
data without registering facility data in advance, and 
a behavior data fee calculation unit 107 can also 

15 calculate the fee of the behavior data 20. 

Fig. 34 shows one configuration of the mass 
behavior data utilization system. In this system, 
commodity development, the provision of information 
services or advertisement is conducted using generated 

20 mass behavior data 21. 

The mass behavior data utilization system 200 
obtains the behavior data of a user using a behavior 
data acquisition unit 141 and conducts commodity 
development, information provision service and 

25 advertisement based on mass behavior data 21 generated 
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from the obtained behavior data 2 0 using a mass behavior 
data generation unit 1 03 . For example, as shown in Fig . 
35, a commodity development unit 142 obtains mass 
behavior data 21 (step S210>, plans/develops 
5 commodities, such as a discount ticket in which 
commodities required to implement a specific series 
of behavior patterns, the discount tickets of 
facilities included in the mass behavior data 21, etc. , 
are set, a tour for implementing the behavior patterns 

10 of the mass behavior data 21, etc., (step S211), and 
sells these commodities (step S212) . 

As shown in Fig. 36, an information service unit 
143 obtainsmass behavior data 21 (stepS220) , generates 
information required to implement the behavior pattern 

15 (step S221) and provides the information (step S222) . 

As shown in Fig. 37, an advertisement unit 144 
obtains mass behavior data 21 (stepS230) and generates 
advertisement matching the behavior pattern (step 
S231) and advertises commodities using the generated 

20 advertisement (step S232) . 

Next, the detailed preferred embodiments of the 
present invention are described. The present invention 
is especially effective if it is implemented in center 
services . 

25 [The first preferred embodiment] 
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Fig. 38 shows the basic system configuration in 
the case where the system of the present invention is 
implemented by collecting individual behavior data in 
a center. 

5 A user first registers his/her own information 

(profile) in advance (301) . Specif ically, a center 300 
obtains in advance attribute information, such as the 
age, sex, family make-up, and etc. ( 302 ). Although such 
a process can be performed every time a behavior script 

10 is downloaded, a behavior script 30 can be obtained 
only by inputting a user ID from the next time once 
the user is registered in advance. Although such 
attribute information is not always indispensable, a 
user can receive individually customized services and 

15 serviceability canbe improved if suchdata are inputted 
in advance. If the name of each user is not inputted 
due to a privacy problem, the attribute information 
of each user cannot be obtained. However, since mass 
behavior taste can be obtained as an aggregate of 

20 anonymous behavior data, such data are still useful. 
If attribute information can be obtained, taste can 
be categorized and a strategy can be planned for each 
category. Therefore, in that case, the value of behavior 
data increases. 

25 If a user wants to actually use a behavior script 
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30, the user downloads his/her favorite behavior script 
30 (303) and starts to execute the behavior script 30 
(304) . The execution of this behavior script 30 means 
to download the script 30 into a cellular phone or PDA 
5 (Personal Digital Assistant) when walking, or a car 
navigation system when driving a car and to receive 
navigation information required to actually take such 
behavior . 

This can be implemented by the method disclosed 

10 in the Patent Laid-open No. 2000-215211 "Navigation 
Information Presenting Device, Navigation Information 
Presenting Process Method, Storage Medium with 
Recorded Navigation Information Presenting Program, 
Storage Medium for Navigation Script, Navigation 

15 Script Generation Device, Navigation Operation 
Management Device using Navigation Script, Method 
thereof and Program Storage Medium, Travel Time 
Adjustment Device using Navigation Script, Method 
thereof and Program Storage Medium, Navigation Plan 

20 Generation Device, Method thereof and Program Storage 
Medium, Navigation Information Provision Device, and 
Method thereof and Program Storage Medium". 

By using means for inputting a guidance script, 
including a series of instructions to describe time 

25 information and/or place information, guidance 
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information to be outputted depending on a time and/or 
place to be presented and restriction information about 
the time information and/or place information based 
on a prescribed specification, means for obtaining the 
5 situations of the current time and/or location or 
generating the situations of the virtual current time 
and/or location and means for adjusting time and/or 
place described in the time information and/or place 
information using the current time and/or current 

10 location obtained by situation acquisition or 
generation, the time information and/or place 
information and the restriction information about the 
time information and/or place information, means for 
executing the instructions described in the guidance 

15 script that is inputted and adjusted depending on the 
current time and/or current location obtained by 
situation acquisition or situation generation and 
means for outputting guidance information to be 
outputted when the instructions are executed and 

20 presenting the information to a user, an appropriate 
behavior script 30 can be outputted. 

Specifically, by adding restriction information 
about time information and/or place information to a 
guidance script, an appropriate behavior script 30 can 

25 be outputted. 
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Then, every time the user arrives at each facility, 
the actual arrival at each facility is reported to the 
center 300 (305 and 306), and this is repeated until 
the behavior finishes (307) . The center 300 obtains 
5 both the behavior script 30 and the facility utilization 
data from the user (308), generates the individual 
behavior data 20 and records the data in a behavior 
database 26. When some amounts of individual behavior 
data 20 are stored, mass behavior data 21 are generated 
10 by analyzing/ totaling the behavior database 26 (309). 

In this way, the center 300 can check the name 
of a user who travels, the courses taken by the user 
and the places actually visited by the user. 

For example, behavior data 20 are as follows. 
15 Attribute: male, 30 years old, single, etc. 

10:00-10:30 Facility A Has purchased something 
at some yen. 

12:00-13:00 Facility B Has purchased a set lunch. 
If behavior data 20 totaled in this way are 
20 individually observed, services can be provided based 
on the personal taste of a user. If the data 20 are 
totaled and observed as mass behavior data 21, both 
the combination of places and the visiting order can 
be obtained as the behavior tendency of a group 
25 categorized by a specific attribute. 
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In this way, the data of behavior patterns 
collected by the center 30 0 can be sold to an enterprise 
that wants to obtain them. The enterprise can 
effectively use the data for the commodity development 
5 and sales strategy. Furthermore, the enterprise can 
make a strategic plan, such as tie-up sales between 
enterprises, etc., using the data. 
[The second preferred embodiment] 

Although the preferred embodiment shown in Fig. 

10 39 is almost the same as the first preferred embodiment, 
the actual execution result is reported to the center 
300 when each piece of behavior in the behavior script 
30 is finished (307) although the center 300 is reported 
every time a user arrives at each facility. If there 

15 is no need to process data in real time, this method 
saves a communications cost and is useful. Since there 
is no need to transmit the execution result immediately 
after the process, the terminal of the user can also 
store the data and can transmit the data of the execution 

20 result to the center 300 when the user is connected 
to the center 300 next time (for example, when 
downloading a new behavior script later) . In this way, 
the present invention can be used without wireless 
communications means. 

25 [The third preferred embodiment] 



41 



In the configuration shown in Fig. 40, a user 
is registered in advance (401), a behavior script 30 
is downloaded from a behavior center 400 (403) and the 
behavior script 30 is executed as in the case of the 
5 first preferred embodiment. However, the 
configuration differs from the first preferred 
embodiment in that the arrival of the user at each 
facility 410 is reported to each facility 410 when the 
behavior script 30 is downloaded and when the process 

10 of the behavior script is started. 

This report to each facility 410 can be 
implemented by the method disclosed in Japanese Patent 
Laid-open No. 2000-315293 "Automatic Report System, 
User Terminal and Server". According to this method, 

15 if report information about both transportation means 
and facilities to be visited is set in the behavior 
script 30 on a network and the report information about 
both the transportation means and facilities to be 
visited in the behavior script 30 is detected before 

20 a travel is executed according to the behavior script 
30, reservation information is reported to both the 
transportation means and facilities to be visited via 
the network using the report information. 
Alternatively, when the travel is executed using the 

25 behavior script 30, a location or time can be detected 



and arrival warning or other arrival information can 
be reported to each facility to be visited at a specific 
distance from each facility or at a specific time before 
the arrival. 

If in this way, each facility 410 is reported 
when a behavior script 30 is downloaded, when the 
process of the behavior script 30 is started and when 
a user arrives at each facility, each facility 410 pays 
the fee to thebehavior script center 400 . Alternatively, 
when a user reports to each facility, the user can hand 
over the behavior script 30 to each facility. In this 
case, the positioning of the user's visit to each 
facility in the entire behavior plan can be easily 
understood . 

[The fourth preferred embodiment] 

According to the configuration shown in Fig. 41, 
each facility 410 registers in advance the respective 
guidance information, advertisement, etc., in the 
guidance information database 42 0 of the behavior 
script center 400 . On receipt of a request for a behavior 
script 30 from a user, the behavior script center 400 
extracts both guidance information and advertisement 
information related to the user' s behavior from the 
guidance information database 420, combines them and 
provides them to the user. 



When a user visits each facility 410 using this 
behavior script 30 or when advertisement information 
about each facility 410 is displayed, the fact is 
reported to the behavior center 400. 

In this way, when a user is registered, when 
guidance information is inserted in a behavior script 
30, when a user arrives at each facility 410, or when 
guidance is presented to a user, the fee is charged. 

The automatic generation of a behavior script 
with guidance information (advertisement) can be 
implemented by the method disclosed in the Patent 
Laid-open No . 2000-215211 described earlier. 
[The fifth preferred embodiment] 

The configuration shown in Fig. 42 comprises no 
behavior script center used in the third preferred 
embodiment shown in Fig. 40. In this case, the location 
information of a user collected in an individual 
behavior storage center 500 by a location information 
service, such as a GPS, a PHS (Personal Handyphone 
System) and the location information of each facility 
410 are compared, and the behavior data of the user 
is generated from matched information. If the data of 
each facility 410 are POS data, more effective data 
can be obtained by incorporating them. 
[The sixth preferred embodiment] 
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Fig. 43 shows the concept of developing 
commodities or providing services using mass behavior 
data 21 obtainedby the present invention. In this case, 
a behavior data storage center 600 sells mass behavior 
5 data21 to enterprises. When an enterprise 610purchases 
mass behavior data 21, the enterprise 610 categorizes 
the data for each attribute (611) and analyzes/extracts 
typical patterns and peculiar patterns by data mining 
(612). For example, the following behavior patterns 
10 are extracted. 

-Many women in forties with attribute G dine in Tsukiji 
after shopping in Ginza. 

-30% of people rides on the Ferris wheel of Pallet Town 
and dines at Venus Photo. 

15 The enterprise 610 generates and sells a discount 

ticket in which a ticket for the Ferris wheel and a 
meal ticket for Venus Photo are set ( 613) , puts discount 
tickets of meal at Venus Photo in the Ferris wheel or 
puts an advertisement on the Ferris wheel (615) . The 

20 enterprise 610 generates a behavior script for riding 
on the Ferris wheel of Pallet Town and dining at Venus 
Photo, provides the information as a popular and 
recommendable course or sells the data (614) . 
[The seventh preferred embodiment] 

25 Fig. 44 shows the concept of a system in which 



an enterprise 610 that has obtained mass behavior data 
by the present invention analyzes the mass behavior 
data 21 and recommends recommendable behavior to a user 
60. 

If the enterprise 610 that has obtained mass 
behavior data 21 extracts a behavior pattern that "a 
person that takes behavior A has a high possibility 
of taking behavior B", the enterprises 610 provides 
information about commodities (services) related to 
the behavior B or advertises the commodities when a 
specific user takes behavior A. In this way, the user' s 
possibility of purchasing such commodities increases . 

When in addition, both attribute information and 
situations are taken into consideration, the accuracy 
further increases . In this way, for example, a behavior 
plan (destination, etc.) can be recommended by 
obtaining the location of a user using a location 
information service, such as a GPS, aPHS, etc., calling 
up the attribute of the user from data registered in 
advance, combining the attribute with information 
obtained by a variety of other sensors, etc., such as 
time, day in a week, season, climate, etc., detecting 
similar data from the data extracted from stored 
behavior data or mass behavior data. Such a service 
can be transmitted as requested or can be positively 



transmitted depending on the situation of the user. 
Compared with unilateral information service, such as 
direct mail, such a service has a high possibility of 
providing information desired by a user. 

As one detailed preferred embodiment of the 
present invention, a case where a behavior script is 
described in a guidance language NVML (Navigation 
Markup Language) similar to XML (extensible Markup 
Language) is described below. 

If, for example, in the system shown in fig. 22 
or 23, a user transmits the current location, which 
is the staring point of a route to be taken, a 
destination/ route to be taken from now on and a request 
for information, the behavior data fee collection 
system 100 at the center searches for information 
suitable for the user's request, such as congestion 
information, event/restriction information, parking 
lot information, sectional travel time information, 
climate information, sightseeing information, etc., 
and transmits the information to the user. 

For example, if a user transmits information 
about one location and makes a request for both a parking 
lot and climate information, the data format is as shown 
in example 1. 

Example 1: Data request format (NVML used) 
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<?xml version="l . 0" encoding="Shif t- JIS " ?> 
<!DOCTYPE nvml SYSTEM "nvml-00-06-00 . dtd"> 
<nvml version=" 0 . 60"> 
<head> 

5 <title>REQUEST SAMPLE</ title> 

<category>REQUEST</category> 
<note name="ID" content=" ID-12345"/> 
<note name= "REQUEST" cont ent="parking lot 
information" /> 
10 <note name= "REQUEST" content="weather forecast" 

/> 

</head> 
<body> 
<guide> 
15 <point area="2km"> 

<name>Tokyo s tation</name> 
<latitude>N35 . 40. 38. 281</ latitude> 
<longitude>E139. 46. 19. 8 04</ longitude> 
</point> 
20 </guide> 
</body> 
</nvml> 

The following example 2 is an example of the data 
format of a request to transmit route information from 
25 Tokyo station to Ueno station and to obtain both parking 
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lot information and town information. 
Example 2: Data request format (NVML used) 
<?xml version^" 1 . 0" encoding="Shif t- JIS"?> 
<!DOCTYPE nvml SYSTEM "nvml-00-06-00 . dtd"> 
<nvml version="0 . 60"> 
<head> 

<title>REQUEST SAMPLE</title> 
<category>REQUEST</category> 
<note name="ID" content="ID-12345D/> 
<note name=" REQUEST" content="parking lot 
information" /> 

<note name=" REQUEST" content=" town 

inf ormation" /> 

<note name="area" content="2km"/> 
</head> 
<body> 
<navi> 
<point> 

<name>Tokyo s tat ion</name> 
<latitude>N35. 40. 38. 281</latitude> 
<longitude>E139 . 46. 19. 8 04</ longitude> 
</point> 
</navi> 
<navi> 
<point> 
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<latitude>N35. 40. 48. 90 6</ lati tude> 
<longitude>E139 . 46. 26. 660</ longi tude> 
</point> 
</navi> 
5 <navi> 

<point> 

<latitude>N35. 40. 53. 281</latitude> 
<longitude>E139 . 46. 8. 2 03</ longitude> 
</point> 
10 </navi> 
<navi> 
<point> 

<latitude>N35 . 41. 20. 468</latitude> 
<longitude>E139 . 46. 14. 3</longitude> 
15 </point> 
</ navi> 
<navi> 
<point> 

<latitude>N35. 41. 34. 843</latitude> 
20 <longitude>E139. 46. 14. 3</longitude> 

</point > 
</navi> 
<navi> 
<point> 

25 <latitude>N35. 41. 43. 906</ latitude> 
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<longitude>E139 . 46. 19. 628</longitude> 
</point> 
</navi> 
<navi> 
5 <point> 

<latitude>N35 . 41. 59. 531</latitude> 
<longitude>E139 . 46. 22. 2 65</longitude> 
</point> 
</navi> 
10 <navi> 

<point> 

<latitude>N35 . 42. 18. 125</latitude> 
<longitude>E139 . 46. 23. 1 44</ longi tude> 
</point> 
15 </navi> 
<navi> 
<point> 

<latitude>N35. 42. 16. 250</latitude> 
<longitude>E139. 46. 45. 2 92</longitude> 
20 </point> 
</navi> 
<navi> 
<point> 

<latitude>N35 . 42. 29. 68 7</ latitude> 
25 <longitude>E139. 46. 47. 226</longitude> 
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</point> 
</navi> 
<navi> 

<point> 

5 <name>Ueno station</name> 

<latitude>N35 . 42. 33. 125</ lati tude> 
<longitude>E139 . 46. 52. 675</longitude> 
</point > 
</navi> 
10 </body> 
</nvml> 

An example of behavior script retrieved by the 
system and transmitted to a user is shown below. 

Example 3 shows the case where congestion 
15 information is returned by a behavior script 30. 
Example 3: 

<?xml version=" 1 . 0" encoding="Shif t- JIS"?> 
<!DOCTYPE nvml SYSTEM "nvml- 0 0- 0 6- 0 0 . dt d" > 
<nvml version="0 . 60 "> 
20 <head> 

<title>DATA SAMPLE</title> 

<category>congestion inf ormation</ category > 
<note name="presentation time" content="10 
o'clock 45 minutes"/> 
25 <note name= "effective time" content="15 
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minutes "/> 

<note name="version" content="l . 0"/> 
</head> 
<body> 
5 <navi> 

<point> 

<name>Tokyo s tation</name> 
<latitude>N35. 40. 38. 281</latitude> 
<longitude>E139. 46. 19. 804</longitude> 
10 </point> 
</navi> 
<navi> 
<route> 

<means>car</means> 
15 </route> 
<info> 

<note name : = : "congestion degree" content="3 "/> 
</info> 
</navi> 
20 <navi> 

<point> 

<latitude>N35. 40. 48. 906</latitllde> 
<longitude>E139. 46. 26. 660 </longitude> 
</point> 
25 </navi> 
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<navi> 
<route> 

<means>car</means> 
</route> 
<inf o> 

<note name="congestion degree" content^" 3 

</inf o> 
</navi> 
<navi> 
<point> 

<latitude>N35. 40. 53. 281</latitude> 
<longitude>E139. 46. 8. 203</longitude> 
</point> 
</navi> 
<navi> 
<route> 

<means>car</means> 
</route> 
<Info> 

<note name=" congestion degree" content 

7> 

</info> 
</navi> 
<navi> 
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<point> 

<latitude>N35. 41. 20. 4 68</ latitude> 
<longitude>E139. 46. 14. 3</ longitude> 
</point> 
</navi> 
<navi> 
<route> 

<means>car< /means > 
</route> 
<info> 

<note name="congestion degree" content 

3"/> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 34. 843</latitude> 
<longitude>E139. 46. 14. 3</longitude> 
</point> 
</navi> 
<navi> 
<route> 

<means>car</means > 
</route> 
<info> 



<note name=" congest ion degree" content 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 43. 90 6</latitude> 
<longitude>E139 . 46. 19. 628</longitude~ 
</point> 
</navi> 
<navi> 
<route> 

<means>car</mean> 
</route> 
<info> 

<note name="congestion" content="3"/> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 59. 531</latitude> 
<longitude>E139. 46. 22. 2 65</ longitude" 
</point> 

</navi> 

<navi> 
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<route> 

<means>car< /means > 
</route> 
<info> 

5 <note name=" congest ion degree" content=" 3"/> 

</info> 
</navi> 
<navi> 

<point> 

10 <latitude>N35. 42. 18. 125</latitude> 

<longitude>E139 . 46. 23. 144</longitude> 
</point> 
</navi> 
<navi> 
15 <route> 

<means>car</means> 
</ route> 
<info> 

<note name=" congest ion degree" content="3" /> 
20 </info> 
</navi> 
<navi> 
<point> 

<latitude>N35. 42. 16. 250</latitude> 
25 <longitude>E139. 46. 45. 292</longitude> 
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</point> 
</navi> 
<navi> 

<route> 

5 <means>car</means > 

</route> 
<info> 

<note name="congestion degree" content="3 , V> 
</info> 
10 </navi> 
<navi> 
<point> 

<latitude>N35. 42. 29. 687</ latitude> 
<longitude>E139. 46. 47. 22 6</ longitude> 
15 </point> 
</navi> 
<navi> 
<route> 

<means>car< /means > 
20 </route> 
<inf o> 

<note name=" congestion degree" content="3 " /> 
</info> 
</navi> 
25 <navi> 
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<point> 

<name>Ueno station</name> 
<latitude>N35. 42. 33. 12 5</ latitude> 
<longitude>E139. 46. 52. 675</ longitude> 
</point> 
</navi> 
</body> 
</nvml> 

The following example 4 shows the case where 
even/restriction information is returned by a behavior 
script 30. 
Example 4: 

<?xml version="l . 0" encoding= "Shif t- JIS" ?> 
<!DOCTYPE nvml SYSTEM "nvml - 0 0- 0 6- 0 0 . dtd" > 
<nvml version="0 . 60"> 
<head> 

<title>DATA SAMPLE</title> 

<category>event/ restriction 
inf ormation</category> 

<note name="restriction start" content="9 o' clock, 
June 23, 2000"/> 

<note name="restriction finish" content="9 
o'clock, June 23, 2000" /> 

<note name="restriction condition" content=" 
period in time range"/> 
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<note name="cause" content="accident"/> 
<note name="cause detail" content^" car 
accident "/> 

<note name=" restriction" content="all traffic 
prohibited" /> 

<note name="restriction detail" content="all 
enter prohibited" /> 

<note name="mark" content="9432"/> 
<note name="video" content^ "movie .mov" / > 
<note name="audio" content=" voice . avi"/> 
</head> 
<body> 
<navi> 
<point> 

<name>Tokyo station</name> 
<latitude>N35. 40. 38. 281</latitude> 
<longitude>E139 . 46. 19. 8 04</ longitude> 
</point> 
<inf o> 

<text>all car traffic is prohibited due to car 
accident from Tokyo station to Ueno station from 9 
o'clock, June 23, 2000 till 17 o'clock, June 23, 
2000</text> 

<image src=" tokyo-image . jpg" /> 

<note name="place" content^" starting point" /> 
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</info> 
</navi> 
<navi> 

<route> 

5 <means>car</means> 

</route> 
</navi> 
<navi> 

<point> 

10 <latitude>N35. 40. 48. 906 </latitudi> 

<longitude>E139 . 46. 26. 660</longitude> 
</point> 
<info> 

<note name= v place" content="passing point"/> 
15 </info> 
</navi> 
<navi> 
<point> 

<latitude>N35 . 40. 53. 281 </latitude> 
20 <longitude>E139. 46. 8. 203 </longitude> 

</point> 
<info> 

<note name="place" content="passing point"/> 
</inf o> 
25 </navi> 



<navi> 
<point> 

<latitude>N36. 41. 20. 4 68</latitude> 
<longitude>E139. 46. 14. 3</ longitude> 

</point> 

<info> 

<note name="place" content^" passing point"/> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 34. 843</latitude> 
<longitude>E139. 46. 14. 3</ longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</inf o> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 43. 906</latitude> 
<longitude>El39. 46. 19. 628</longitude> 

</point> . 

<inf o> 

<note narae="place" content="passing point"/> 
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</info> 
</navi> 
<navi> 

<point> 

5 <latitude>N35. 41. 59. 531</latitude> 

<longitude>E139 . 46. 22. 2 65</ longi tude> 
</point> 
<info> 

<note name="place" content="passing point' / /> 
10 </info> 
</navi> 
<navi> 
<point> 

<latitude>N35. 4.2. 18. 125</latitude> 
15 <longitude>E139 . 46. 23. 144</longitude> 

</point> 
<info> 

<note name="place" content="passing point"/> 
</info> 
20 </navi> 
<navi> 
<point> 

<latitude>N35 . 42. 16. 250</ latitude> 
<longitude>E139 . 46. 45. 292</longitude> 
25 </point> 
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<inf o> 

<note name="place" content="passing point"/> 
</info> 
</navi> 
5 <navi> 

<point> 

<latitude>N35 . 42. 29. 68 7</ lati tude> 
<longitude>E139 . 46. 47. 226</longitude> 
</point> 
10 <info> 

<note name="place" content="passing point "/> 
</inf o> 
</navi> 
<navi> 
15 <point> 

<name>Ueno station</name> 
<latitude>N35 . 42. 33. 125</latitude> 
<longitude>E139. 46. 52. 675</longitude> 
</point> 
20 <info> 

<image src="ueno-image . jpg" /> 

<note name="place" content=" finishing 

point"/> 

</info> 
25 </navi> 
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</body> 
</nvml> 

The following example 5 shows the case where 
parking lot information is returnedby a behavior script 
30 . 

Example 5: 

<?xml version="1.0" encoding="Shif t- JIS"?> 
<!DOCTYPE nvml SYSTEM "nvml-00-06-00 . dtd"> 
<nvml version=" 0 . 60"> 
<head> 

<title>DATA SAMPLE</ title> 

<category>parking lot inf ormation</category> 
</head> 
<body> 
<guide> 

<point area="500m"> 

<name>Shinjuku 1-chome PA</name> 
<category>public parking lot</category> 
<latitude>N35. 41. 8. 67 1</ latitude> 
<longitude>E139. 42. 56. 8 63</ longitude> 
<address>l-l, Shinjuku 1-chome, Shinjuku-ku, 
Tokyo</address> 

<phone>03-3111-llll</phone> 
</point> 
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<text>You are now requested to wait for half 
an hour. Please use another parking lot .</text> 

<voice>You are now requested to wait for half 
an hour. Please use another parking lot</voice> 
5 <image src="shinjyuku-parking-01 . jpg"/> 

<note name="occupied/vacant" content=" f ull y 

occupied"/> 

<note name="occupation ratio" content="80% 

/> 

10 <note name="waiting time" content="half an 

hour"/> 

<note name= "number of cars to be accommodated" 
content="150 cars"/> 

<note name="height limit" content="4m"/> 
15 <note name="model restriction" content="up to 

3-digits cars"/> 

<note name="discount condition" content=" 
free of charge for 2 hours if commodities equivalent 
to or more than 3, 000 yen are bought in this department 
20 store"/> 

<note name="fee" content="500 yen for the 
first hour and 200 yen for each 20 minutes after that"/> 
<note name="open" content=" 9-2 0 o'clock"/> 
</info> 
25 </guide> 
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<guide> 

<point area="5 0 0m"> 

<name>Shinj yku 2-chome PA</name> 
<category>public parking lot</category> 
5 <latitude >N35. 41. 14. 609</latitude> 

<longitude>E139. 42. 42. 625</ longitude> 
<address>l-l, Shinjuku 2-chome, Shinjuku-ku, 
Tokyo</address> 

<phone>0 3-3111-2222</phone> 
10 </point> 
<info> 

<text>There is vacancy. Please use our parking 
lot .</text> 

<voice> There is vacancy. Please use our 
15 parking lot . </ voice> 

<imge src="sinjukuku-parking-02 . jpg"/> 
<note name="occupied/vacant" 
content=" vacant "/> 

<note name="occupation ratio" 

20 content="60%"/> 

<note name= waiting time" content^" zero"/> 
<note name= "number of cars to be accommodated" 
content="100 cars" /> 

<note name="height limit" content="4m"/> 
25 <note name="model restriction" content="up 
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to 3-digits cars"/> 

<note name=" discount condition" 

content="f ree of charge for one hour if commodities 
equivalent to or more than 3000 yen are bought in this 
department store"/> 

<note name="fee" content="500 yen for the 
first hour and 200 yen for each 20 minutes after that"/> 
<note name="open" content="24 hours"/> 
</info> 
</guide> 
</body> 
</nvml> 

The following example 6 shows the case where 
sectional travel time information is returned by a 
behavior script 30. 
Example 6: 

<?xml version="l . 0" encoding="Shif t- JIS"?> 
<!DOCTYPE nvml SYSTEM "nvnl- 0 0- 0 6- 0 0 . dtd" > 
<nvml version^" 0 . 60"> 
<head> 

<title>DATA SAWLE</title> 

<category>sectional travel time 

inf ormation</category> 

<duration>40 minutes</duration> 
<note name="priority" content="l"/> 



</head> 
<body> 
<navi> 
<point> 

<name>Tokyo s tat ion< /name > 
<latitude>N35. 40. 38. 281</latitude> 
<longitude>E139 . 46. 19. 804 </longitude> 
</point> 
<info> 

<image src=" tokyo-image . jpg"/> 
<note name="place" content="starting point"/> 
</info> 
</navi> 
<navi> 
<route> 

<means>car</means > 
</ route> 
</navi> 
<navi> 
<point> 

<latitude>N35 . 40. 48. 906</latitude> 
<longitude>E139 . 46. 26. 6 60</ longitude> 

</point> 

<inf o> 

<note name="place" content="passing point"/> 
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</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 40. 53. 281</latitude> 
<longitud>E139. 46. 8. 203</longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</inf o> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 20. 4 68</ latitude> 
<longitude>El39 . 46. 14. 3</ longi tude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 34. 84 3</ latitude> 
<longitude>E139. 46. 14. 3</ longitude> 
</point> 
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<info> 

<note name="place" content "passing point"7> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35. 41. 43. 906</latitude> 
<longitude>E139 . 46. 19. 62 8</ longitude> 

</point> 

<info> 

<note name="place" content="passing 
int"/> 

</info> 
</navi> 
<navi> 
<point> 

<latitude>N35. 41. 59. 531</latitude> 
<longitude>E139. 46. 22. 2 65</ longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</info> 
</navi> 
<navi> 

<point> 



<latitude>N35. 42. 18. 125</latitude> 
<longitude>E139 . 46. 23. 144</longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</inf o> 
</navi> 
<navi> 

<point> 

<latitude>N35 . 42. 16. 250</ latitude> 
<longitude>E139 . 46. 45. 2 92</ longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 

</info> 
</navi> 
<navi> 

<point> 

<latitude>N35 . 42. 29. 687</latitude> 
<longitude>E139. 46. 47. 22 6</ longitude> 

</point> 

<info> 

<note name="place" content="passing point"/> 
</inf o> 
</navi> 



<navi> 
<point> 

<name> Ueno station</name> 
<latitude>N35. 42. 33. 125</latittlde> 
<longitude>E139. 46. 52. 675</longitude> 
</point> 
<inf o> 

,<image src="ueno-image . jpg" /> 
<note name="place" content=" finishing 
point" /> 

</inf o> 
</navi> 
</body> 
</nvml> 

The following example 7 shows the case where 
congestion information, event/restriction 

information, parking lot information, sectional 
travel time information, climate information, 
sightseeing information are collectively returned by 
a behavior script 30 using another data format. 
Example 7: 

<OOml version="x.x"> 

<header> 

<geodetic-system> Japan 
geodetic-system</geodetic-system> 



<presentation-time>10 o' clock 45 minutes, July 1, 
2 00 0</presentation-time> 

<ef f ective-time>15 minutes</ef f ective-time> 
<update>2 000-0K/update> 
</header> 

<congestion-inf ormation> 

<road type="urban highway"/> 

<location type=" starting-point" 

latitude="N35.40.38 .281" 
longitude="E13 9.4 6.19. 8 04"/> 

< location type=" finishing-point" 

latitude="N35.40.37.281" longitude="E139 . 47 . 19 . 804 
"/> 

<congest ion-data conges tion-degree=" congestion" 
conge stion-length=" 500m" 

time-required-to-pass="12 0s" time 
type="estimated"/> 

<! — congestion length can be omitted since 
congestion length can be calculated from latitude — > 

<video src=" jamOl .mov"/>< ! — congestion picture 
in the neighborhood of the location— > 

<image level="2" src="j amOl . jpg"/>< !- congestion 
picture or picture equivalent to level 2> 

<text>congested from Shibuya intersection due to 
heavy traffic /text> 



</ conge s t ion- inf ormation> 
<congestion-inf ormation> 

<road type="urban highway" /> 

<location type=" start ing point" 

latitude="N35.4 0.37.281" 
longitude="E139.47 . 19.804"/> 

<location type="f inishing point" 

latitude="N3 5.4 0.3 6.2 81" 
longitude="E139.47.18 .804"/> 

<congest ion-data conges tion-degree= "heavy 

traffic" congestion-length="2 00m"/> 
</ conge st ion- inf ormation> 
<congestion-inf orraation> 

< location type=" starting-point" 

latitude="N35 .40.36.281" 
longitude="E13 9.47.16.8 0 4"/> 

<location type=" finishing-point 

latitude="N3 5.4 0.3 5.351" 
longitude="E13 9. 4 7 .16.004"/> 

<congest ion-data conges tion-degree= "no 

congestion"/> 

< /congest ion- inf ormation> 
<congestion-inf ormation> 
<road type="public-road"/> 

<location type=" starting-point" 
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latitude="N35 . 40 . 35 . 351 " 
longitude="E139.4 7 .16.004"/> 

<location type="passing-point" 
latitude="N35.40.33 .30 0" longitude="E13 9 . 4 5 . 18 . 035 
5 "/> 

<location type="passing-point " 

latitude="N35 .40.32.100" 
longitude="E13 9.4 4.3 4.03 5"/> 

<location type=" finishing-point" 

10 latitude="N35.40.30.300" 

longitude="E13 9 . 43.20. 038 "/> 

<congest ion-data conges t ion-degree="unknown" /> 
</ congest ion- inf ormation> 
<event-restriction> 
15 <causetype="accident" occurrence time="8 o' clock 

30 minutes, June 23, 2000" >collision of 2 large 
trucks</cause> 

<! — details are described in content section — > 
<text>2 trucks collide at about 8 o' clock 30 minutes, 
20 June 23, 2000. All traffic is prohibited from Setagaya 
to Nerima 1-chome . </text> 

<road type="urban highway" /> 

<location type =" starting-point 

latitude="N35 .40.35.351" 
25 longitude-" E13 9 . 47 . 1 6 . 00 4 " area name-" Setagaya"/> 
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<location type=" finishing-point " 

latitude="N35. 41 .33.331" 

longitude="E139 . 46 . 23 .004" area-name="Nerima 

1- chome "/> 

5 <location type="passing point" 

latitude="N35 . 40.34.301" 

longitude="E139.45. 18 . 004" area-name="Setagaya 

2- chome"/> 

<voice src="voice.avi"/> 
10 <video src="movie.mov'7> 

<image src="picture . jpg"/> 
<restriction> 

<content>all car traffic prohibited </content> 
<timestart="9o'clock, June 23, 2000" f inish="17 
15 o'clock, June 23, 2000"/> 

<condition>time zone during period</condition> 
</restriction> 
< /event- restrict ion- inf ormation> 
<e vent-restrict ion- inf ormation> 

20 

< /event-restrict ion- inf ormation> 
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<par king- lot- inf orraation> 

<name type="public parking lot " >Shinj uku 
PA</name> 



<road type="public road"/> 

<location latitude="N35 . 41.38.301 

" longitude="E139.45. 18.004" area name="Shinjuku 
l-chome"/> 

<state occupation-ratio="90%" waiting-time=" 30 
minutes"/> 

<f acility-summary> 

<number-of-cars-to-be-accommodated> 
150</number-of-cars-to-be-accommodated> 

<car-restriction height="4m" width="5m" 
length="6m" weight^" 2000kg" type=" large"/> 

<fee>500 yen for the first hour and 200 yen for 
each 20 minutes after that</fee> 

<discount-condition>free of charge for one hour 
if commodities equivalent to 2,000 yen are bought in 
OO department store</discount-condition> 
<open>9-20 o' clock</open> 
<holiday>every Tuesday</holiday> 
</f acility-summary> 
< /par king- lot-inf ormation> 
<parking-lot-inf ormation> 

</parking-lot-information> 

</ sectional- travel- time-inf ormation> 
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< required- time 
minute s</required-time> 

<road type="urban highway"/> 



priority="l">40 



<location 
latitude="N35. 41.3 8.3 01" 
longitude="E139.45.18.004" 

1- chome "/> 

<location 
latitude="N35. 42 .38.301" 
longitude="E139.44.18. 004" 

2- chome"/> 

<location 
latitude="N35 . 43 . 38.301 
longitude="E1329.43.18 .004" 

3- chome"/> 

</ sect ional-t ravel- time-inf ormation> 
<sectional- travel- time-inf ormation> 



type=" starting-point" 



area-name="Aoyama 



type=" finishing-point" 



area-name="Aoyama 



type= "pas sing-point" 



area-name="Aoyama 



</ sect ional-t ravel- time-inf ormation> 



<climate-inf ormation> 

<location latitude="N35 . 40 . 38 .301" 

longitude="E139 . 42.18. 004" area-name="Shibuya-ku" 
range="5km"/> 

<day-and-time> 
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<start>9 o'clock, July 4, 2000></start> 
<finish>12 o'clock, July 4, 2000></f inish> 
</day-and-time> 

<forecast type="3-hours forecast"> 
5 <temperature minimum="22 ° C" maximum="3 0°C"/> 

<humidity>6 0%</humidity> 

<weather>cloudy and later clear</weather> 
<rainfall-probability>15%</rainfall- 
probability> 
10 </forecast> 

<climate-inf ormation> 
<sightseeing-inf ormation> 

<location latitude="N35 . 40 . 38 . 301" 

longitude="E139 . 42.18. 004" area-name="Shibuya" 
15 <event name="Shibuya festival" 

<video src=" vent .mov" /> 
<image sr c=" event . jpg"/> 

<text>Shibuya festival is held from 18 o'clock. 
July 4, 2000.</text> 
20 </event> 
</location> 
</ s ight seeing- info rmation> 
<OOml> 

For the detailed language specification, etc., 
25 of guidance script language (NVML) in the examples 1-6 
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described above, see the Patent Laid-open 
No . 2000-215211 . This guidance script language is very 
easy to understand and very easy to decode without the 
detailed language specification. Therefore, the 
5 description of the detailed content in each example 
is omitted here. Example 7 is also easy to decode. 

A program for enabling a computer implement the 
systems described above can be stored in an appropriate 
storage medium, such as a computer-readable portable 
10 medium memory, a semi-conductor memory, a hard disk, 
etc . 

As described above, the present invention has 
the following effects. 

( 1 ) By providing a mechanism for trading behavior data, 
15 behavior data can be effectively utilized as 

follows . 

-Consideration of intermediate behavior until 
reaching a facility, a destination after reaching the 
facility, etc. , can be useful to plan a future customer 
20 strategy. 

-Commodities suitable for a series of behavior can be 
developed. 

-The subsequent behavior of a user can be estimated 
to some degree and advertisement can be made based on 
25 the estimation. Therefore, the cost performance of 
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advertisement can be improved. 

-Since user behavior continuity can also be used as 
key data when datamining. 

-The obtained travel patterns of human being are useful 
5 for town development, such as a traffic network, etc., 
a traffic regulations, etc. 

(2) The followings can be implemented by the provision 
of charging means from facilities included a 
behavior script. 
10 -The provider of a behavior script can obtain 

compensation from facilities by the distribution of 

a behavior script. 

-Since a fee can be paid only when guidance data are 
actually used, fair charging is made possible. 
15 Therefore, there is no loss for both the paying and 
collecting sides of a fee, and both the payment and 
collection are made very efficient. 

-Since a facility is charged when a user actually visit 
it, there is no need for wasteful advertisement. 
20 -Facilities are provided with a new advertisement 
means . 

-By using behavior data described in a behavior script 
language according to a prescribed language 
specification, the collection/ utilization of behavior 
25 data for a general purpose can be easily implemented. 



